THE     GCARS   H    SYSTEM 


SEPTEMBER     1969  -   NUMBER    28 


BY 

A.  K.   TURNER 


JHRP 

JOINT  HIGHWAY  RESEARCH  PROJECT 

PURDUE    UNIVERSITY     AND 

INDIANA    STATE    HIGHWAY     COMMISSION 


Technical  Paper 
THE  GCARS   II  SYSTEM 

by 

A.  Keith  Turner 
Post-Doctoral  Research  Instructor 

Joint  Highway  Research  Project 

Project:   C-36-72A 

File:  1-6-1 


Prepared  as  Part  of  an  Investigation 

Conducted  by 

Joint  Highway  Research  Project 

Engineering  Experiment  Station 

Purdue  University 

in  cooperation  with  the 

Indiana  State  Highway  Commission 

and  the 

U.S.  Department  of  Transportation 

Federal  Highway  Administration 

Bureau  of  Public  Roads 


The  opinions,  findings  and  conclusions  expressed  in  this 

publication  are  those  of  the  authors  and  not  necessarily 

those  of  the  Bureau  of  Public  Roads. 


Not  Released  for  Publication 


Subject  to  Change 


Not  Reviewed  By 

Indiana  State  Highway  Commission 

or  the 

Bureau  of  Public  Roads 


Purdue  University 

Lafayette,  Indiana 

September  1969 


Digitized  by  the  Internet  Archive 

in  2011  with  funding  from 

LYRASIS  members  and  Sloan  Foundation;  Indiana  Department  of  Transportation 


http://www.archive.org/details/gcarsiisystemtecOOturn 


Technical  Paper 
THE  GCARS  II  SYSTEM 


To:  J.  F.  McLaughlin,  Director 

Joint  Highway  Research  Project 

From:  H.  L.  Michael,  Associate  Director 
Joint  Highway  Research  Project 


September  1969 
File  No:   1-6-1 
Project  No:   C-36-72A 


The  attached  Technical  Paper  "The  GCARS  II  System"  has  been 
prepared  by  Dr.  A.  Keith  Turner  of  our  staff  as  part  of  the  research 
project  "Evaluation  of  Numerical  Surface  Techniques  Applied  to 
Highway  Location  Analysis." 

The  GCARS  II  System  was  developed  as  an  experimental  version  of 
the  GCARS  System  described  in  earlier  Board  reports.   It  utilizes  remote 
teletype  terminals  and  a  new  terminal  support  system,  PROCSY,  currently 
being  developed  by  the  Purdue  Computer  Science  Center. 

Through  the  use  of  this  system,  an  engineer  with  no  previous 
computer  experience  can  begin  requesting  his  own  GCARS  analyses  after 
only  ten  minutes  of  instruction.  The  GCARS  II  System  was  developed 
for  and  successfully  used  during  a  "Workshop  on  Computer  Applications 
in  Regional  Transportation  Planning"  held  at  Purdue  May  19-21,  1969. 

This  report  is  presented  to  the  Board  for  the  record  and  for 
review  and  conment. 
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ABSTRACT 

The  GCARS  II  System  represents  a  more  advanced,  experimental  version 
of  the  GCARS  System.   GCARS  II  utilizes  a  new  teletype  support  system, 
termed  "PROCSY",  which  is  currently  being  developed  at  Purdue. 

The  use  of  the  teletype  terminals  Allows  the  engineer  to  formulate 
his  request  for  an  analysis  in  a  simple  natural  fashion  by  answering  a 
series  of  questions  programmed  into  the  system.  This  "inter-active  mode" 
of  job  submittal  allows  an  engineer  with  no  previous  computer  experience 
to  learn  to  use  the  GCARS  techniques  after  only  ten  minutes  of  instruction. 

The  GCARS  II  System  was  developed  for  use  in  a  short  course  held  at 
Purdue  in  May  1969-  The  participants  successfully  utilized  the  system 
to  request  desired  analyses.  At  the  present  time  GCARS  II  only  includes 
the  generation  of  alternatives  phase  of  the  GCARS  System  and  only  handles 
prepared  data  for  two  test  areas.   Expansion  of  the  system  could  easily 
be  accomplished  however  through  the  development  of  additional  PROCSY 
computer  programs. 
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THE  GCARS   II   USERS  MANUAL 

By 

A.  Keith  Turner 

INTRODUCTION 

Comparatively  few  highway  engineers  have  either  the  time  or  the 
inclination  to  learn  the  computer  programming  languages  and  procedures 
in  common  use  today.  The  "high-level"  languages  such  as  FORTRAN,  COBOL, 
and  ALGOL  are  much  easier  to  use  than  the  more  basic  "machine-languages"; 
however  their  use  still  requires  considerable  training.  As  a  consequence, 
although  many  engineers  realize  the  potential  role  of  the  computer  in 
their  areas  of  interest,  the  actual  computer  usage  generally  is  inhibited 
by  the  difficulties  encountered. 

The  problem  is  essentially  one  of  communication.  Many  simplified 
languages  have  been  proposed  or  developed  in  recent  years  to  alleviate 
this  problem.  With  these  languages  man-machine  communications  are 
simplified  and  utilize,  as  far  as  possible,  the  normal  vocabulary  of 
the  person  formulating  the  problem.  The  training  problem  is  thus  reduced 
and  the  computer  becomes  a  more  understandable  and  "friendlier  black-box" 
capable  of  undertaking  a  number  of  easily  formulated  commands. 

Such  systems  become  especially  appealing  once  conversations  or 
"dialogs"  between  the  man  and  the  machine  are  built  into  the  system.  This 
is  most  often  accomplished  through  the  use  of  remote  terminals  connected 
to  computers  on  a  real-time  basis;  the  monitoring  computer  is  previously 
programmed  to  ask  a  set  of  questions.  By  responding  to  these  questions 
a  relative  novice  can  be  led  step-by-step  through  the  analysis  requesting 
procedure.  Such  a  system  is  termed  "interactive";  and  may  be  quite 
complex  or  quite  simple,  depending  on  the  overall  system  design. 


PURPOSE  OF  GCARS  II 

The  GCARS  System  (1,6  )  was  developed  to  aid  location  engineers  in 
discovering  optimal  highway  location  alternatives  in  terms  of  selected 
highway  location  factors  alone  or  in  combinations.   Its  chief  advantage 
lay  in  its  ability  to  economically  and  rapidly  generate  a  series  of 
alternatives  for  each  of  a  large  number  of  factor  combinations.   If 
this  objective  was  to  be  readily  realized,  some  means  of  making  the 
computer  accessible  and  understandable  to  the  average  location  engineer 
was  desirable. 

In  response  to  this  objective  a  modified  version  of  the  GCARS 
System  termed  GCARS  II  has  been  developed  to  provide  a  more  convenient 
method  of  requesting  and  utilizing  the  GCARS  System.   The  system  is 
entirely  experimental  and  utilizes  certain  computer  configurations 
(the  PROCSY  System)  which  are  unique  to  Purdue  University.   Thus,  unlike 
the  GCARS  System  which  can  be  utilized  with  minor  modifications  on  a 
variety  of  computers,  the  GCARS  II  System  represents  a  specialized  use 
and  is  machine-dependent.  The  GCARS  II  System  allows  an  engineer 
unfamiliar  with  any  computer  programming  languages  to  request  and  utilize 
that  portion  of  the  GCARS  System  which  generates  a  series  of  alternatives. 
Control  parameters  are  entered  at  a  remote  teletype  terminal  in  response 
to  specific  requests  for  them  initiated  by  the  controlling  computer 
programs.  Results  of  the  analyses  are  returned  to  the  terminal. 

THE  PROCSY  CONCEPT 
Purdue  University  is  currently  developing  a  system  to  connect  the 
regional  campuses,  many  smaller  colleges,  and  some  high  schools  throughout 
Indiana  to  the  central  computer  facility  at  the  Lafayette  Campus.   The 
System  is  called  the  "Purdue  Remote  Online  Computing  System",  or  PROCSY 


for  short.  PROCSY  is  now  in  its  final  testing  stages  and  the  GCARS  II 
System  as  presently  developed  represents  one  of  its  first  applications. 

PROCSY  is  a  remote  terminal  support  system  which  supplies  jobs  to 
the  CDC  65OO  computer  located  at  the  Purdue  University  Computer  Sciences 
Center.  It  allows  remote  creation,  submission  and  retrieval  of  jobs 
which  are  executed  as  part  of  the  normal  batch  job  load  on  the  CDC  65OO 
central  computer.  The  IBM  T09U  computer  is  also  utilized  by  PROCSY  to 
supervise  the  terminal  operations. 

In  addition  to  preparing  and  retrieving  jobs,  the  remote  terminal 
user  may  create,  edit,  and  store  his  own  files.  These  may  contain  large 
data  arrays  or  long  programs  which  would  be  impractical  to  enter  through 
the  slow  teletype  terminals  each  time  they  are  required.  Pile  creation 
and  editing  is  performed  in  an  interactive  mode  utilizing  the  IBM  709^+ 
computer,  whereas  job  execution  is  performed  in  a  batch  or  non-interactive 
mode  on  the  CDC  65OO  computer.  As  far  as  the  CDC  65OO  computer  is 
concerned,  jobs  submitted  from  the  terminals  are  indistinguishable  from 
locally  submitted  jobs  (although  they  are  given  a  higher  priority).  Thus 
job  turnaround  times  will  be  a  function  of  the  batch  system  loads  and 
will  vary  from  execution  to  execution.   Figure  1  shows  how  the  two 
computers  are  interconnected  during  operation  of  GCARS  II  under  PROCSY. 

The  remote  terminal  user  may  utilize  any  or  all  system  features 
available  to  the  local  CDC  65OO  batch  user.   PROCSY  allows  the  generation 
and  submission  of  multiple  jobs  from  any  terminal.  A  second  job  can  be 
generated  while  waiting  for  the  completion  of  the  first. 

DESCRIPTION  OF  PROCSY 
GCARS  II  utilizes  only  a  few  of  the  capabilities  of  PROCSY.  The 
following  is  a  brief  description  of  these  features.  Since  it  is 
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FIGURE    I.    FLOWCHART     OF     THE    GCARS  H    SYSTEM 


undergoing  continual  modification  and  expansion,  the  reader  is  advised  to 
contact  the  Computer  Center  personnel  for  details  before  attempting  to 
implement  any  new  applications. 
Definitions  of  EROCSY  Terms 

Any  description  of  FROCSY  involves  the  use  of  many  specialized  terms. 
The  most  important  of  these  are  summarized  in  Table  1. 
Design  of  PROCSY 

The  basic  building  block  of  PROCSY  (as  far  as  a  user  is  concerned)  is 
the  OPERATOR.  An  OPERATOR  is  an  instruction  which  is  processed  directly 
by  PROCSY.  As  shown  in  Table  1,  there  are  two  types  of  OPERATORS: 

1.  PRIMITIVE  OPERATORS 

2.  DEFINITION  OPERATORS 

The  PRIMITIVE  OPERATORS  are  shown  in  Table  2,  the  DEFINITION  OPERATORS, 
which  have  more  restricted  uses,  are  shown  in  Table  3.   Inspection  of 
Table  2  will  reveal  that  many  o  f  the  PRIMITIVE  OPERATORS  are  concerned 
with  the  ability  of  the  local  terminal  user  to  create,  edit,  or  remove 
his  own  files  (containing  programs  or  data). 

Combinations  of  OPERATORS  can  be  assembled  and  given  a  name  to  font 
COMMANDS.  There  are  two  types  of  COMMANDS: 

1.  SYSTEM  COMMANDS 

2.  USER-DEFINED  COMMANDS 

The  available  SYSTEM  COMMANDS  are  shown  in  Table  k.     These  allow  the 
terminal  user  to  quickly  request  and  accomplish  various  commonly  required 
operations.   If  he  needs  to  repetitatively  perform  certain  additional 
functions  (each  perhaps  involving  several  OPERATORS)  he  can  assemble  his 
own  string  of  PRIMITIVE  and/or  DEFINITION  OPERATORS.  This  becomes  a 


TABLE     I 
DEFINITIONS   FOR   PROCSY    TERMS 


TERNS  USED  IN  THE  'PROCSY'  DOCUNENTATI  Of!  AND  TI'FIP  MFANINGS. 

ALPHANUMERIC  CHARACTER    A  CHARACTER  IN  TIT  TFT  A  -  7  AND/OP  fl  -  0. 

ARGUMENT   A  PARAMETER  FOR  AN  OPERATOR  WITHIN  A  COMMAND  DEFINITION. 
THE  USE  OF  THIS  WORD  IS  MERELY  TO  DISTINGUISH  RFTWFFN  THE 

PARAMETERS  TO  OPERATORS  WITHIN  THE  COMMAND  DEFINITION  niF, 
AMD  THE  PARAMETERS  IN  THE  COMMAND  CALL  I TTFLT . 

PATCH      A  NON- INTERACTIVE (SEE)  NODE  OF  .IOR  EXECUTION  IN  WHICH  THF 

USER  HAS  MO  NFAMS  OF  CONNUfi  I  CAT  I  MO  WITH  OP  AFFECTING  THF 
EXECUTION  OF  A  JOR  IN  THF  PATCH  SYSTFM. 

PATCH  SYSTEM   THF  'MACE'  OPERATING  SYSTEM.   THF  MECHANISM  WHICH 
SUPERVISES  AND  CONTROLS  THF.  FLOW  OF  JOPS  THROUGH  THE 
COMPUTER  SYSTEM,   A  CONTROL  DATA  CORP.  F,50n. 

CATALOG-    A  RIPFCTORY  CONTAINING  THF  NAMFS  AND  LOCATIONS  OF  ALL  F!IFf 
ASSOCIATED  WITH  A  GIVEN  TERMINAL. 

COMMAND    A  HIGH  LEVEL  PROCSY  INSTRUCTION,  WHICH  IS  THF  NANF  OF  A  FIIF 
ANO  WHICH  IS  DEFINED  RY  A  SF.OIIFNCF  OF  INSTRUCTIONS,  SUCH  AS: 

1.  PRIMITIVE  OPERATORS,  AMD/On 

2.  DEFINITION  OPERATORS,  AND/OP 

3.  A  COMMAND  (POSSIRI.Y  ITSFI.F ...  COMMANDS  APF  RECURSIVE.: 
THERE  APE  TWO  TYPES  OF  PPOCSY  COMMANDS: 

1.  SYSTEM  (OR.  PIIPLIC,  OR  GLOBAL)  COMMANDS  -  DFFINFD  AT 
THF  MONITOR  TERMINAL,  AVAILAPLF  rOP  ni SPLAY  AND  USE 
AT  ALL  TERMINALS  WHENEVER  PPOCSY  IS  WP . 
?.    USER-DEFINED  (OR  PRIVATE,  op  LOCAL)  COMMANDS  -  DEFIN- 
ED AT  THE  USER  TFPNINAL,  AND  AVAILAPLF  TO  ONLY  THAT 
TERMINAL  UNTIL  LOG-OFF.   LOCAL  PFDFriNITION  OF  A 
SYSTEM  CONNAND  WILL  REPLACE  THAT  COMMAND  TOP  THAT 
TERMINAL  ONLY. 
SINCE  A  CONNAND  NANF  IS  A  FILE-NAME,  ONLY  THF  FIRST  F  CHAR- 
ACTERS ARE  SIGNIFICANT.   THF  PPOCSY  SYSTFN  COMNANns  A<T 
LISTED  AND  OEFINED  IN  THF  HELP  FILE  MANED  'COMMANDS'. 

CONNAND  DEFINITION  TILF   THE  FILE  CONTAINING  THF  SEOUENCE  OF  PPOCSY 
INSTRUCTIONS  (OPERATORS  AND/OR  COMMANDS)  WHICH  DEFINF  A 
CONNAND.   STF  COMMAND. 

CTRL-R     A  SPECIAL  SIGNAL  CHARACTER  GF.IIFRATFR  RY  OEPRFSSING  THF  KEY 

NARKED  'CTRL'  AND  THEN  STRIKING  THE  'R'  KFY.   THIS  CHARACTER 
IS  USED  TO  RESET  THF  TERMINAL  AND  RFTHRN  TO  COMMAND  INPUT 
MODE.   IT  NAY  RE  ISSUED  AT  ANY  POINT  IN  TIMF.   IF  A  RESPONSE 
IS  NOT  IMMTDIATF,   1  SECOND,   THF  SYSTFM  IS  PERFORMING  A 
NON-INTFRUPTARI.E  FUNCTION  ^.WCV    AS  FILE  COPYING. 

CTRI.-C     SAME  AS  'CTRL-P'  EXCEPT  IT  ADDITIONALLY  TOGGLES  THF  MODF  or 
TERMINAL  COMNUN I CATI ONS  RFTWEEN  UAI.F-RHPI.FX  AND  FUI.I.-DUPI.FX. 
IT  IS  USEFUL  WHEN  CHARACTERS  TYPED  IN  DO  NOT  PnINT,  OP  WHFN 
ECHO  CHARACTERS  PRINT. 


TABLE    I   (cont'd) 


dayei  le 


AM  ACCOUNTING  FII.F  CONTAINING  I NFORMA  T I  ON  nrOA^niNG  TI'F 

execution  nr  the  job. 


DEFINITION  OPERATOR   SEE  OPERATOR. 

EDITING  INSTRUCTION  A  PROCSY  INSTRUCTION  WHICH  BEGINS  WITH  A  POIIND- 
SIGN  (#),  AT'O  WHICH  MAY  PF  USED  WITHIN  TIT  COMMANDS  TniT1 
ANO  'FIX1,  OP  WITHIN  TI'F  PRIMITIVE  OPT^ATonr  'DC'TATE'  ANO 
'OERIT'.  THE  POUND-SIGN  AND  TUT  FIRST  LETTER  or  TI'F  NAME 
ARE  SIGNIFICANT,  EXCEPT  IN  ttEO'1  Af.'D  #FOF .  THEY  AT  LISTER 
Aim  DEFINED  IN  TI'F  HELP  FILES  NAMED  TniT1  ANO  'OmiT'. 


r  I  I.E 


A  COLLECTION  OF  LINE  IMAGE1:  ENTFRED  FY  A  TERMINAL  op  CARD 
RFAOER  OP  GENERATED  RY  JOR  EXECUTION. 


FII.E-NAMF  AN  ALPHANUMERIC  CHARACTER  STRING  WHOSE  FI^ST  CUAn/CTrR  IS 

ALPHARFTIC.   ONLY  TIT  FIRST  FIVE  CHARACTERS  A  PR  SIGNIFICANT. 

INTERACTIVE   THE  CAPARILITY  FOR  A  USER  TO  COMMUN I  GATE  WITH  A  JOP  OR 
THE  SYSTEM  DURING  EXECUTION  OF  TIT  JOR  OR  SYSTEM  FUNCTION. 

MONITOR  TERMINAL   TIT  CONTROL  TERMINAL,  THE  SURF  PV  |  SO^1,  WHICH  CONTROL.' 
THE  *PROCSY*  SYSTEM  AND  WHICH  lc  ABLE  TO  COMMUNICATE  WITH 
ALL  OTHER  TERMINALS. 


MULL 


NOT  PRESENT,  F'TTY, 


OPERATOR   A  PROOSY  INSTRUCTION  PROCESSED  DIRECTLY  RY  TI'F  RPOCSY 
SYSTEM.   ALL  COMMANDS  ARE  DEFINED  If!  TFRMr  OF  THESE 
OPERATORS.   ONLY  THE  FIRST  3  !TTTFnc  OF  TIT  NA'T  ARE 
SIGNIFICANT.   THERE  AnF  TWO  TYPES : 

1.  PRIMITIVE  OPERATORS  -  LEGAL  /"rTrn  THF  FOUR  POTS  or 
WITHIN  COMMAND  DEFINITION  FILES.   MOST  or  TIT''  RFGIN 
l.'ITH  THE  LETTER  0. 

2.  DFEH'ITIO"  0PFRAT^nc  -  I.FGAI.  ONLY  WITHIN  COMMAND  DEF- 
INITION El  ITS. 

THEY  ARE  LISTED,  DEFINED  IN  TIT  HELP  DIE  NA"ED  'OPERATORS*. 

PARAMFTEP   A  STRING  Of    Hn  TO  C,    ALPHANUMERIC  CHARACTERS,  lism  IN 
COMMAND  CALLS,  DELIMITED  RY  NON-ALPHAN"MER I C  SrRArATOn 
CHARACTERS,  INCLUDING  BLANKS.   TIT  AHRFrirA"n-S  I  on  ( f, )  IS  TIT 
FLAG-CHARACTER  FOP  PARAMETER  SUBST  I  TUT  I  ON  .   FOR  FliRTITn 
DETAILS,  Srr  TI'F  HELP  FILES  OH  'MACRO'  /\nn  '  PARA.'TTERS '  . 

PRIMITIVE  OPERATOR   SEE  opFRATOR. 

SEPARATOR    CHARACTER    -    ANY    NON-AI.PIIANUMEP  I C    CHA"ACTEP(  SEE )     IHCI.UDING 
BLANK. 


SYSTEM  COMMAND   SEE  COMMAND. 
USER-DEFINED  COMMAND   SEE  COMMAND, 


8 


TABLE     2 
PROCSY    PRIMITIVE    OPERATORS 


P.POAnCAST-ESTAPL  ISII    TEHIM  r.'A  I.    T°    f'n'MT^0    COMI'IIP  I  CA  T  I  nr . 

ctpl-r      -activate  Trnt'iH/1!.  mn  use. 

-RFPMFST    U  r  F  H    ACCOUNTINC    nATA. 
-INITIALIZE    All.    ITPn    n^TA    ArTAr. 

-return  tt n" i r v. l  cri'TPm.  to  cnf'/rn  rnnp. 

NOTE:     IT    AT    AMY    TUT    TIT    Trn''IMAI     nnrr    t'^T    PR  I  TIT    DAT/1 

at   it   is  rMTrprn,     type  a  tt^i-t  to  siutci'  r^n" 
rm.i    nupi.rx  nnnr   Tn  i'/mt   nupi.rx. 

nii-r         -ni.spi.AY  tit   nnt'Trr'Tr  or  tit  urEnr   nir   patait. 

jnncAPn     -initialize   patcp  ,mp  cn»'Trni    capt  ni.r. 
-r  i  it    i c   namfd    \inp-.CA ' . 

-H'TnT  AS  TIT  FIRST  I  IMP  A  .IOP  CAPn  I  MA  CI"  FOP  TIT 

,inp. . 

innnrp    -TERMINATE  TEP.'UMAL  nprnATinris. 

OACCESS   -RETRIEVE  .lOP  P!'Tn'iT  FnO"  RA.TCM  .lnR  r/rr'TT1'. 
-PTPnP.r'ATr  HATA  A  5:  IT  ir  tp:  i'set  pt  n  . 

ocrcate  -r;r'TnATr  a  local  iter  rill. 

oprLTTr  -PFfnvp  a  fill  rpoc  tit  nrp°s  ni.r  catai.oc. 

OPISPLAY  -DISPLAY  COr'TFtlTS  nr  A  PUT  Tn    tit  nrrn. 

OPniT     -ALI.ni.T.  AI.TrPATiPt'c  To  A  LOCAL  USER  TIIT. 

flHOLD     -INACTIVATE  A  TFT'I'  I  NAI.  V'lTHOUT  "ST"  inrnrr. 

ninillPf   -nrtTPATT  A  LOCAL  PM.I  contaIninc  TIT  CURRENT 

STATUS  nr  ALL  ilCP.S  ASSOCIATE'!  I'lTI'  TIT  INOUIRINC 
TERMINAL. 

OIIJSFRT   -HISEP.T  A  CONTROL  CARD  I  MATT  INTO  TIT  JOp.CAPn  PI  IT. 

npri'Anr     -rename  a  fill  imtii  a  nfm  rA'T. 

OSEMD  -SENO  A  ilOR  Tn  TIT  PATCU  SYSTF"  INPUT  Oi'nT 

QTMSC-  -SFMT1S  A  CHARACTER  STPINC  Tn  urn1  TERMINAL. 

DXMIT  -TRANSMITS  A  STT  nr  Fii.rr  Tn  TIT  PATCH  SvcTT". 

OXCOMNT  -SENO  A  CHARACTER  STRUT  Tn  |ISFP  TrpMI'7L. 

-nnps  i'ot  perform  automatic  carriage  prT"nr  at  fno 
nr  message  string. 

iifeps    -prints  mumr.fr  nr  tpr'mmai  users. 


TABLE    3 
PROCSY    DEFINITION    OPERATORS 


FXCHANOr 

-FXCiiAHCE  r.NTP.irs   in  th    paivmftfp  t/pit. 

nrun 

-skip  in  rvTCMinn  lap f i    \v  nrrit'Tinn. 

iFr.n 

irm 
in  t 

1  FNF 

-in  A^r.nt'FMT  i  rnuAi.r  Apr.unrr'T  ?.,    rnp  to   lapti               / 

PPFC  trim    BY    APnn'T'T    3. 

-r.n  pirn  p.pfatfp  than  i  . 

-skip   ir   n  i_rss  t i •  a r '  l. 

-r.y\  p   ir   n   ir.  rmT  foiiai.  to  i  . 

OTL 

-Al.l.fH!    1 1 T,  F  r  >    TO    SPFCIFY    ACTIOM    TO    P.T    TAJTN    l.'I'FN    A 
CTP.L-R    CHARACTER     1  c,    PTAr>. 

LAP 

-lARn.  marker. 

PAPAMS 

-WAIT    FOR    IISFP    rriTPY    OF    'TV1    PAPA^FTTP    PATA. 

tinTrr : 

of!  y  tit   npr,T  Ti'Prr  characters  nr  tit  operator 
name  ape  p.rouiprn,     /■  my  i'Xtra  characters  aat  dot 

ri'iciT')  op  van  hater.. 
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TABLE     4 
PROCSY    SYSTEM    COMMANDS 


FORTRAN  - 

fop  creation,  submission  Afin  rftrifvai  nr  si  hole 

FORTRAN  JOBS. 

FIX  - 

to  makt  corrections  in  soup.cr  nirc  nrnrRATEn  ry 

tit  AnnvF  commands. 

HFLP  - 

Tf)  PROVIDE  ADDITIONAI  INFnpnATIOf-i  PEOARniNO 

SPrciFic  commands  and  conctpts  within  tit  'procsy' 

SYSTEM. 

(TX.   HFI  P  FORTRAN) 

SUBMIT  - 

TRANSMITS  A  JOR  Tn  PATCH  ,  PRINTING  OIITPI'T  OP 

TIM"  BATCH  PRINTERS  IP  IT  IP  NOT  '  COI  IT  CT  •  FD . 

STATUS  - 

OBTAIN  TIT  STATUS  0T  ALL  >'crc  aph  ril.ES 

ASSOCIATED  WITH  A  TFRMINAI  . 

COI  LFCT  - 

accfsses  Ann  dispiays  output  rnoc  ,mps  shrmittfo. 

PATCH  - 

sends  a  ,jon  to  patcn,  and  retrieves  output  rr   tit 

TERMINAL. 

MACRO  - 

ALLOWS  CRLATION  nr  A  MTV!  USFP-niT  1 ITP  COMUAt.'n. 

DISPLAY  - 

DISPLAYS  A  LOCAL  DIE  ""  A  SYSTFM  COMMANO. 

rniT  - 

ALLOWS  rniTINfi  °r  LOCAL  'VTA  ni.ES. 

indfx  - 

LISTS  NAMES  nr  A^'AILAPLF  INFORMATION  nirr 

HEWS  - 

LISTS  CIIPPFP'T  lin.'S  ITP'T,. 

PTSS  - 

Alines  usr  nr  'ptss'  svstem  co''manhs. 

RELEASE  - 

releases  i.ocai  ri  i  rr . 

TFLI.  - 

ALLOWS  CREATION  nr  PI  I.I  nr  iTSSAOrr  E0P  "Ol'ITOR. 

TFP.M  - 

DISPLAYS  TFRMINAI.  1  PENT  1  F  1  CAT  1  Of  1  r'EOPMATI  OP . 

NOTES: 

DULY  TIT 

riRST  r.  LFTTFPS  np  TIT  COMMAND  f'A'TP  / 'T  CITCITP. 
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COMMAND  DEFINITION  FILE  and  is  essentially  analogous  to  a  FORTRAN  program 
or  subroutine.   Each  COMMAND  DEFINITION  FILE  must  be  given  a  unique  name 
which  is  a  USER-DEFINED  COMMAND.   Once  such  a  file  has  been  created, 
entering  the  USER-DEFINED  COMMAND  will  cause  the  series  of  OPERATORS 
within  the  file  to  be  performed. 
The  reader  should  note  that : 

1)  DEFINITION  OPERATORS  can  only  be  used  during  the  development 
of  such  COMMAND  DEFINITION  FILES. 

2)  By  using  the  appropriate  PRIMITIVE  OPERATORS,  a  terminal 
user  can  display  and  edit  (i.e.  change  or  correct)  any 
portion  of  any  of  his  own  USER-DEFINED  COMMANDS  or  any 
SYSTEM  COMMAND. 

3)  Although  he  may  modify  any  SYSTEM  COMMAND,  he  can  only 
modify  it  for  his  own  terminal  ("locally")  and  only  while 
he  is  using  the  terminal.  A  user  cannot  permanently  change 
any  SYSTEM  COMMAND. 

k)     Just  as  in  FORTRAN  programs  where  one  program  or  subroutine 
can  call  others,  one  COMMAND  can  call  on  other  COMMANDS. 

5)   Information  can  be  transferred  to  or  returned  from  COMMAND 
DEFINITION  FILES  by  means  of  PARAMETERS  associated  with 
the  COMMAND. 

DESIGN  OF  THE  GCARS  II  SYSTEM 
The  GCARS  II  System  consists  of  twenty-one  specially  created  FILES  which 
are  subdivided  into  seven  COMMAND  DEFINITION  FILES  and  fourteen  DATA  FILES. 
These  FILES  are  stored  on  a  disk  pack.   Their  names  and  functions  are  summarized 
in  Table  5.   Figure  2  shows  the  flow  of  control  during  the  first  analysis. 
The  file  'LOAD'  is  used  only  once  during  a  use  of  GCARS  IT  since  it  aids  in 
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TABLE     5 
GCARS  H    COMMAND -DEFINITION    FILES 

(A)  COMMAND  DEFINITION  FILES 

NAME  PURPOSE 

LOAD  TO  MAKE  THE  GCARS   II  SYSTEM  AVAILABLE  AT  THE  TERMINAL. 

GCARS  TO  SELECT  DESIRED  TEST  AREA  AND  TO   INITIALIZE  CONTROL  CARDS  . 

(CALLS   EITHER    'NORTH'    OR    'SOUTH'   ACCORDING  TO  SELECTION). 

NORTH  TO  LIST  AVAILABLE  FACTORS  FOR  NORTH  TEST  AREA  AND  TO  ACCEPT 

WEIGHT  FOR  EACH  FACTOR. 

SOUTH  TO  LIST  AVAILABLE  FACTORS   FOR  SOUTH  TEST  AREA  AND  TO  ACCEPT 

WEIGHT  FOR  EACH  FACTOR. 

COMPRS  TO  PREPARE  CONTROL  CARDS   FOR  APPROPRIATE  DATA  FILES   FROM  DISK 

PACK;    TO  ACCEPT  ORIGIN-DESTINATION  CODES  AFTER  DISPLAYING    "ORDES " 
DATA  FILE;    TO  REQUEST  NUMBER  OF  ALTERNATIVES;    TO  OBTAIN  NAME 
FOR  JOB. 

MPATH  TO  GENERATE  ALTERNATIVES   FOR  SELECTED  FACTOR  COMBINATIONS 

(CONTAINS   MODIFIED  VERSION    OF  GCARS   FOR  TRAN  ROUTINES). 

PATH  TO  ACCESS   JOBS    FROM  OUTPUT  QUEUE  FOR  DISPLAY  AT  TERMINAL. 


(B) 

SU] 

NAME 

ORDES 

CODE  NUMBERS 

NTOPO 

VALUE 

MATRIX 

NSOIL 

VALUE 

MATRIX 

NLAND 

VALUE 

MATRIX 

NPIOT 

VALUE 

MATRIX 

NPDEN 

VALUE 

MATRIX 

NTRIP 

VALUE 

MATRIX 

NROAD 

VALUE 

MATRIX 

STOPO 

VALUE 

MATRIX 

SSOIL 

VALUE 

MATRIX 

SLAND 

VALUE 

MATRIX 

STOWN 

VALUE 

MATRIX 

SPDEN 

VALUE 

MATRIX 

SROAD 

VALUE 

MATRIX 

SUPPORTING  DATA  FILES 


CONTENTS 

OF  SELECTED  ORIGINS  AND  DESTINATIONS . 

-  NORTH  AREA  EARTHWORK  COSTS. 

-  NORTH  AREA  PAVEMENT  CONSTRUCTION  COSTS . 

-  NORTH  AREA  R-O-W  ACQUISITION  COSTS. 

-  NORTH  AREA  O-D  POPULATION  TOTALS. 

-  NORTH  AREA  O-D  POPULATION  DErEITIES. 

-  NORTH  AREA  O-D  TRIP  ENDS . 

-  NORTH  AREA   NON- DUPLICATION  OF  ROAD  NETWORKS 

-  SOUTH  AREA  EARTHWORK  COSTS. 

-  SOUTH  AREA  PAVEMENT  CONSTRUCTION  COSTS  . 

-  SOUTH  AREA  R-O-W  ACQUISITION  COSTS. 

-  SOUTH  AREA  TOWN  POPULATIONS . 

-  SOUTH  AREA  POPULATION  DENSITIES. 

-  SOUTH  AREA  NON- DUPLICATION  OF  ROAD  NETWORKS, 


START   OF   JOB 


' 

1 

NORTH 

YES 

1 

'          SELECT   FACTORS            ^ 
AND  WEIGHTS                 J 

<TlLLEGAL 

WEIGHTS?t> 

i  ' 

SOUTH 

ES 

1 

SELECT   FACTORS 
^               AND  WEIGHTS                , 

(OBTAIN  ORIGIN  AND  ^\ 
DESTINATION  CODES,  NUMBER  \ 
OF  ALTERNATIVES.  AND  I 
JOB  NAME y 


JOB  EXECUTES 


END  OF  JOB 


FIGURE    2.      FLOW    OF    CONTROL    THROUGH    THE    GCARS  H  SYSTEM. 
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initiallizing  the  System.   The  file  'MPATH'  contains  a  modified  version  of 
all  the  GCARS  alternative  generating  programs  in  relocatable  binary  format. 
Thirteen  files  contain  the  value  matrices  for  the  available  highway  location 
factors  in  the  North  and  South  Test  areas.   The  contents  of  these  files 
are  listed  in  Appendix  A. 
Possible  Expansion 

The  GCARS  II  System  can  be  expanded  to  include  other  portions  of  the 
GCARS  System  by  developing  the  appropriate  COMMAND  DEFINITION  FILES.   New 
test  areas  could  be  added  by  modifying  the  present  'LOAD*  COMMAND  DEFINITION 
FILES  and  adding  new  SUPPORTING  MTA  FILES  containing  the  necessary  data  and 
paralleling  the  functions  provided  by  the  present  'NORTH'  and  'SOUTH'  files. 
New  factors  or  Origins  and  Destinations  for  the  present  test  areas  can  be 
added  by  modifying  'ORDES'  and  the  'NORTH'  OR  'SOUTH'  files  as  necessary. 

METHOD  OF  OPERATION  OF  GCARS  II 
Operation  of  a  Teletype  Terminal 

Table  6  summarizes  how  a  terminal  connected  to  the  PROCSY  System  should 
be  activated,  and  how  typing  errors  can  be  corrected. 
Important  GCARS  II  and  PROCSY  COMMANDS 

The  important  SYSTEM  and  USER-DEFINED  COMMANDS  utilized  during  the 
normal  operation  of  GCARS  II  are: 
l)  STATUS 
?)   LOAD 
3)   GCARS 
h)      PATH 
These  words  can  only  be  entered  after  the  terminal  has  typed  Tour 
dots  .... 
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TABLE  6 
TERMINAL  OPERATING  PROCEDURES 


i.  o  n 


n  r 


I.  TO    THRU    A    TFPf'irAL    Of    (AMY    TFPMIHAI     COHMECTFD    T<~.    TIT     IT.'V 

7nnii)    fop   .ppppsy*   use, 

1)  TIT  DIAL  or  TIT  I.O'.'FP  P  I  CHT  COPMFP  MUST  IT  I"  TIT 
'LlfT'  POSITION. 

?)    ir  there    is  a  switch  nrnrp  tit  tfr'Mmal,    it  nir.T  ft 
pusiirn  ai/ay  rpon  tit  nrrn. 

IF    A    TFRMINAI     lr    AlPFA.nY    n1    '..'ITU    *PnOCSY*    rr>Tr    HP,    A 
HEADIfT    LlfT    WILL    PF    PPIMTrn    fl    TIT    TERMINAL: 

pp.ocsy*version  date 

WHERE  'VERSION  DATE"  IT  If  TIT  FORM  Hfl/RD/YY. 

2   WHFM  *PROCSY*  IS  IIP,  If  OPRFP  TP  MSF  IT  TIT  USER  l"icT  cTfT 
TY  TYPINC  A  SPECIAL  PA  I  n  or  >TYr, 

'CTPI. '  'R' 
riPST  THE  'CTRL',  AMD  WHILE  HOLDIHC  IT  RnW*',  TIT  'P.'  KEY. 

3.   *pppcsy*  will  respond  p.Y  printihc  tit  tepminai    imimbfp,   date, 
Ann  tut,   foi lower  o-    tit  next  lihe  by  a  peoiiest  fop  tit 

USERS    MAME,    AT    FOl.l  o\  ;.. 

tep.minai    in.1,   fM/nn/YY     hp.mh.es 

NAMI  ? 

II.  TIT  HSFn  TYPES  II!  HIS  LAST  fA'T  Ac  IT  APPEARS  ON  THf 

ArrniifTifn  system  for  tit   rnc   nsnn,    roi iowfr  ry  tit   cap^ace 
pftiipii  key,    'return'    ('op').     *ppocsy*  will    TiTf   respond 

RY  PRINTIMC  A  PEOUEST  rOP  TIT  USEE  >top  ('nrT,  Ac  FOLLOWS: 
rnn i  ? 

5.  TIT  USER  TYPES  If  HIS  li  OP  r,    n  |  C,  I T  ,l"P  ronr  AS  IT  APPEARS  Of 
TIT  ACTOl II IT  I  IT,  SYSTEM  TOP  TIT  OPT  FT.nn,  FOLLOVTO  RY 
TIT  'PP1  ITY,  AND  *PnOPSY*  "III.  THEN  Pn  I  NT  EOUP  OPTS 

inn  i  cat  I  fir  that  it  is  prAriY  rop  vy  or  tit  *ppocsy* 

commands  op  oprpATonr. 


EXAMPLE: 


irTPi i  iPi 

TERMINAL  AV,  nr,/i?/PT   1n.17.rn 

NAME?  SMITH   'OP' 

CORE?  ]?3'T,   TP. ' 

....  (HOW  READY  TOP  /MY  *',norcY.  cnMr«/\Mn  np  OPERATOR) 


MOTES 


-     IT    AT    ANY    TWT    TIT    TER'MHAI     o^f  r    fnT    RP I  f,T    TIT 

CHARACTERS    TYPED     If,     TIT    IISFP    SHOH|.n    TYPE    A    SPECIAL 
PA  I r   or    KEYS 

i pTPI '     'C ' 
(If    TIT    SA'T    MANNER    AS    PTPI     R),    Tn    "-"iTri1    TIT    Mnnr 
or    THE    TERMINAL    rnO!'    FU|  l.-Dl'PLFX    To    HAIT-DUPLEX. 
I.  o  c       o   r   r 

If    ORDER    To    i.nr,    OFF    FROM    A    TFPrifAl,    A    ITF1"1    MUST    TYPE    TIT 
*RROCSY«    OPERATOR     '  LOC.OEF*,     on     '  |  nr  '  . 

IF    TIT    PPrVIOllS    IISFP    AT    TIT    TEPMIHAI.    HAS    NOT    LOCCFP    off,    AMD 
THEPFFOPE    TIT     E  I  E^T     'CTPI.-R'     YOU    TYPT    PFTIlpfr    TIT     FOUR    POTS, 

yoii  should  i.or,  him  orr  prropp  i.nnrirr,  yourself  oh. 
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TABLE  6  (cont'd) 


BASIC    INFORMATION 

1.  LIME  ENTERING  - 

*RROCSY*  SIGNIFIES  THAT  IT  IS  WAITING  FOR  IHPMT  RY 
PRINTING,  FDR  FXAMPI.E 

A)  ....      -  FOHP  pott,  if  rnriTPni  mode, 

R)  NAME?       -  A  WORD  FOLLOWED  PY  A  OHFSTION 
MARK,  IN  COMMAND  MORF, 

c)  onnni.ono     -  a  line  numrfr,    in   •pceatf'  "nnr, 

D)  ?  -  A  OIIESTION  MARK,  If!  'OFPIT'  MnnF, 

2.  LINE  TERMINATION  - 

AFTFP.  THE  LAST  CHARACTER  DF  THF  LINE  HAS  PEFM  TYRED, 
THE  USER  TYPES  A  CARRIAGE  RFTURN  KEY  NA"EO  'RETURN1 
TO  MOVE  THE  CARRIAGE  TO  THF  BEGINNING  OF  THE  NEXT 
LINE. 

3.  CHARACTER  ERASING  - 

THE  USER  MAY  ERASE  (DP  BACKSPACE,  OR  COnprGT)  A  CHAR- 
ACTER WITHIN  A  LINE  RY  TYPING  AH  FXCI.AMATIOH  POINT 
AFTER  THE  CHARACTER  TO  PE  CORRFCTER.   N  CONSECUTIVE 
EXCLAMATION  POINTS  ERASE  THF  PRECFOINO  N  CHARACTFRC. 

h.     LIME  ERAS  I  MO  - 

TO  ERASE  AM  ENTIRE  LINE  AND  REOIN  IT  ACAIN,  TYPE 
THE  KEY  NAMED'  'RUB  OUT'  . 

5.  MAXIMUM  CHARACTERS  PER  LIME  - 

THERE  ARE  7?    PRINT  POSITIONS  PER  I  I NF  AT  THF  STANOARP 
MOOEL  33  TFLETYPE  TERMINAL,  RUT  THF  IISFR  CAN  OVERTYPE 
THF  72MP  POSITION  (PFFORF  TYPING  A  CARPIAGF  RFTURN 
KEY)  TO  ENTER  IIP  THROUGH  PR  CHARACTERS  PER  LINT.   IT 
80  CHARACTERS  ARE  ENTERFO,  AN  AUTOMATIC  CARRIAGE 
RETURN  TO  THE  NEXT  LINE  IS  GENERATED. 

6.  MUMPER  OF  SIGNIFICANT  CHARACTERS  - 

MOT  EVERY  CHARACTER  TYRFO  RY  A  USER  IS  SIGNIFICANT. 
FILE  NAMES  -  ONLY  THE  FIRST  5  CHARACTERS  or  A  FII.F-NAMF 

ARE  SIGNIFICANT.   SINCE  *PROCSY*  COMMANDS  ARE  MAMES 

OF  FII.FS,  THEIR  FIRST  5  CHARACTERS  ARE  SIGNIFICANT. 
OPERATORS  -  ONLY  THF  FIRST  3  CHARACTERS  OF  PRIMITIVE 

OPERATORS  AMD  DEFINITION  OPFRATOPf  ARE  SIGNIFICANT. 

(SEE  THE  HELP  FILF  NAMED  'GLOSSARY'  TOR  OFF  I NITIONS. ) 

7.  IN  GENERAL,  THE  LETTER  '0'  IS  RESERVED  AS  AM  INITIAI  LETTER 

TOR  *PROCSY*  USE  SUCH  AS  FOR  BASIC  ORF^ATORS  AND  rOR 
INTERNAL  FILE  NAMES.   USERS  SHOULD  A"OIO  NAMING  THEIR 
FILES  USING  A  FIRST  LETTER  OF  '0',  FOR  THEIR  OWN 
PROTECTION. 

fi.  SPECIAL  CHARACTERS  - 

POUND  SIGN  (#)  -  USED  FOR  EDITIMG  LIMES  IN  FILTS. 

(SEE  HELP  FILES  'EDIT'  AMD  'OEDIT'.) 
AMPERSAND  SIGN  ( fi )  -  USED  FOR  PARAMETER  SUBSTI  TUT!  DNS. 
(SEE  HELP  FII.FS  '"ACRO'  AMR  '  RAPAMFTFPS  '  .  ) 
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"STATUS"  is  a  SYSTEM  COMMAND  which  allows  the  terminal  user  to 
determine  the  current  status  of  all  jobs  he  has  submitted  from  his 
terminal,  for  example: 

STATUS 

STATUS  AT  O9.50.U5 

(JOB  l)  IS  IN  OUTPUT  QUEUE. 

(JOB  2)  IS  EXECUTING. 

(JOB  3)  IS  IN  INPUT  QUEUE. 

LOCAL  FILES: 
JOBCA 

This  example  shows  (l)  the  time  of  the  STATUS  request  in  hours, 
minutes  and  seconds,  (2)  the  status  of  the  three  jobs  which  have  been  sent 
previously  from  this  terminal,  (3)  any  local  files  attached  to  this 
terminal  (at  the  moment  there  is  oftly  one,  "JOBCARD",  containing  accounting, 
information). 

On  the  basis  of  this  request  the  user  now  knows  that  JOB  1  is 
completed  and  its  answers  can  be  displayed  at  the  terminal  as  soon  as  is 
desirable,  JOB  2,  is  being  executed  at  that  moment  (and  thus  should  be 
ready  soon),  and  that  JOB  3  is  awaiting  its  turn  in  the  batch  input  queue. 

"LOAD"  is  a  GCARS  II  USER-DEFINED  COMMAND  used  only  once  during  the 
start  up  of  the  GCARS  II  System.   Its  use  is  demonstrated  in  Figure  3. 

"GCARS"  is  a  GCARS  II  USER-DEFINED  COMMAND  which  allows  the  user  to 
begin  a  new  GCARS  II  analysis  problem.  Its  use  is  demonstrated  in  Figure  k. 

"PATH"  is  a  GCARS  II  USER-DEFINED  COMMAND  which  allows  the  user  to 
begin  displaying  the  answers  to  a  completed  GCARS  II  analysis.  Its  use 
is  demonstrated  in  Figure  5. 


TURN  ON  TERMINAL 
PRESS  " CONTROL- B 


KEYS 


TERMINAL    AT,     06/14/69       09.49.31 
NAME?     TURNER 
CODE?    3402 

JOB, CM  1 0000, T 1 0, P 1 0 

QIN'CLEAR. ' 

QIN'MOUNT(GCARS) ' 

GUN' ATTACH  (LOAD,  GCARS) ' 

QIN'REWIND(LOAD) ' 

QIN'COPYBF(LOAD) ' 

QIN'#EOR' 

QSE  LOAD 

STATUS 
STATUS  AT  09.52.38. 
(LOAD))  IS  EXECUTING. 


LOCAL  FILES: 

JOBCA 

....  STATUS 

STATUS  AT  09.54.48. 
(LOAD  )  IS  IN  OUTPUT  QUEUE. 

LOCAL  FILES: 


JOBCA 


QAC  LOAD,  NO,FO,  TR,  HRO 


♦  •  •  • 

LOAD 

FILE 

GCARS 

LOADED 

FILE 

COMPRS 

LOADED 

FILE 

NORTH 

LOADED 

FILE 

SOUTH 

LOADED 

FILE 

ORDES 

LOADED 

FILE 

PATH 

LOADED 

CONTINUE     ON    FIGURE    4A 


FIGURE    3.  GCARS  H    ACTIVATION    PROCEDUES 
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CONTINUE     FROM    FIGURE    3 

....  GCARS 

CHOOSE  TEST  AREA  -  NORTH  OR  SOUTH? 
SOUTH 

SOUTH  TEST  AREA 
AVAILABLE  FACTORS.. 

1.  EARTHWORK  COSTS 

2.  PAVEMENT  CONSTRUCTION  COSTS 

3.  RIGHT  OF  WAY  ACQUISITION  COSTS 

4.  POPULATION  OF  TOWNS 

5.  POPULATION  DENSITIES 

6.  NON- DUPLICATION  OF  ROAD  NETWORKS 

ENTER  WEIGHTING  PARAMETER  FOR  EACH  FACTOR 
PARAMETER  MUST  BE  A  NONZERO  INTEGER 
A  CARRIAGE  RETURN  MEANS  FACTOR  WILL  BE  IGNORED 
EARTHWORK  COSTS? 
2 

PAVEMENT  CONSTRUCTION  COSTS? 
3 

RIGHT  OF  WAY  ACQUISITION  COSTS? 
1 

POPULATION  OF  TOWNS? 
1 

POPULATION  DENSITIES? 
NON-DUPLICATION  OF  ROAD  NETWORKS? 


SOUTHERN  TEST  AREA 

*  CODE  NUMBER    ORIGIN  OR  DESTINATION 

*  00019        NORTH  TERMINUS  ROUTE  37 
»        01097        SOUTH  TERMINUS  ROUTE  37 

*  00342        WEST  TERMINUS  E- W  CORRIDOH 

*  00434        EAST  TERMINUS  E-W  CORRIDOH 
* 

ENDSOUTH 

SELECT  ORIGIN  BY  CODE  NUMBER 
00019 

SELECT  DESTINATION  BY  CODE  NUMBER 
01097 

ENTER  THE  NUMBER  OF  ALTERNATIVES  TO  BE  GENERATED 


ENTER  A  UNIQUE  5  CHARACTER  JOB  NAME 
TRNR1 

....  STATUS 

STATUS  AT  09.57.39. 
(TRNR1)  IS  IN  INPUT  QUEUE. 

LOCAL  FILESl 

JOBCA 


CONTINUE     ON     FIGURE     4B 

FIGURE    4A    TYPICAL    GCARS  II    JOB  SUBMITTAL 
FOR    SOUTH     TEST   AREA 
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CONTINUE     FROM    FIGURE    4A 

....     GCARS 

CHOOSE    TEST    AREA    -    NORTH   OR    SOUTH? 
NORTH 

NORTH    TEST    AREA 
AVAILABLE    FACTORS.. 

1 •     EARTHWORK    COSTS 

2.  PAVEMENT    CONSTRUCTION    COSTS 

3.  RIGHT    OF    WAY    ACQUISITION    COSTS 

4.  ORG    -     DES    ZONE    POPULATION    TOTALS 

5.  ORG    -     DES    ZONE    POPULATION    DENSITIES 

6.  ORG    -     DES    ZONE    TRIP    ENDS 

7.  NON-DUPLICATION    OF    ROAD  NETWORKS 

ENTER    WEIGHTING    PARAMETER    FOR    EACH    FACTOR 
PARAMETER    MUST    BE    A   NONZERO    INTEGER 
A    CARRIAGE    RETURN    MEANS    FACTOR    WILL    BE    IGNORED 
EARTHWORK    COSTS? 
2 

PAVEMENT    CONSTRUCTION    COSTS? 


RIGHT    OF    WAY    ACQUISITION    COSTS? 


0-D    ZONE    POPULATION    TOTALS? 


0-D    ZONE    POPULATION    DENSITIES? 


0-D    ZONE    TRIP     ENDS? 


NON-DUPLICATION    OF    ROAD    NETWORKS? 


NORTHERN    TEST    AREA 

*  CODE    NUMBER  ORIGIN    OR    DESTINATION 
* 

«  00277  NORTH    TERMINUS    US    52 

»  00799  SOUTH    TERMINUS    US    52 

•  00039  NORTH    TERMINUS    ROUTE    43 
.                   00785  SOUTH    TERMINUS    ROUTE    43 

♦  00148  EAST  TERMINUS  ROUTE  25 
»  00627  WEST  TERMINUS  ROUTE  25 
* 

ENDNOHTH 

SELECT    ORIGIN    BY    CODE   NUMBER 
00148 

SELECT    DESTINATION    BY    CODE   NUMBER 
00627 

ENTER    NUMBER    OF    ALTERNATIVES    TO    BE    GENERATED 


ENTER    A    UNIQUE    5    CHARACTER    JOB    NAME 
TRNR2 

....  STATUS 

STATUS  AT  09.59.25. 
(TRNR1 )  IS  EXECUTING. 
(TRNR2)  IS  IN  INPUT  QUEUE. 

LOCAL  FILESl 

jobca 


CONTINUE     ON    FIGURE    5 

FIGURE  48  TYPICAL  GCARS  H  JOB  SUBMITTAL 
FOR  NORTH  TEST  AREA. 
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CONTINUE     FROM     FIGURE    4B 

....  STATUS 

STATUS  AT  10.01.11. 
CTRNR1)  IS  IN  OUTPUT  QUEUE. 
CTRNR2)  IS  EXECUTING. 
(TRNR3)  IS  IN  INPUT  QUEUE. 

LOCAL  FILES: 

JOBCA 

....  PATH 

JOB  NAME? 
TRNR1 

NEW  OR  OLD? 

NEW 

OUTPUT  FOR  TRNR1  SHOWN  ON  FIGURE  6A 

AND  6B 


FIGURE    5.    GCARS  H    JOB    ACCESSING    PROCEDURES 
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Activation  of  GCARS  II 

The  procedure  for  activating  a  terminal  and  preparing  to  submit  the 
first  GCARS  II  analysis  request  is  shown  in  Figure  3-   The  terminal  must 
first  be  activated  by  following  the  steps  outlined  for  "LOG  ON"  in  Table 
6.   Once  a  valid  name  and  account  code  have  been  entered  the  terminal 
will  print  four  dots.   It  is  now  ready  to  accept  the  first  of  eight 
PROCSY  PRIMITIVE  OPERATORS,  as  shown  in  Figure  3.   The  final  line 
QSE  LOAD  sends  a  job  called  LOAD  (obtained  from  the  disc  pack)  for 
execution.   This  job  (COMMAND- DEFINITION  FILE)  loads  the  remaining 
GCARS  II  files  from  the  disc  pack. 

The  user  should  use  the  SYSTEM  COMMAND  "STATUS"  to  determine  wher 
the  GCARS  II  files  have  been  loaded  (i.e.  when  (LOAD)  is  in  the  output 
queue).   In  the  example  shown  in  Figure  3  the  first  two  "STATUS"  COMMANDS 
show  (LOAD)  is  executing,  but  the  third  "STATUS"  COMMAND  shows  that  it 
has  been  completed  and  is  in  the  output  queue. 

NOTE:  The  elapsed  time  in  the  example  is  approximately  2 
minutes.   This  is  typical  for  the  first  terminal 
using  GCARS  II  on  any  particular  day,  since  (LOAD) 
requests  the  operator  to  mount  the  GCARS  disc  pack 
and  this  involves  a  delay.  Later  terminals  will 
complete  this  step  in  only  a  few  seconds. 
The  user  must  next  use  the  PRIMITIVE  OPERATOR  "QAC"  (i.e.  QACCES3) 
to  access  the  job  "LOAD"  and  then  the  GCARS  II  USER-DEFINED  COMMAND  "LOAD" 
to  complete  the  activation  cycle.   The  terminal  should  then  return  with 
the  answers  shown  in  Figure  3,  indicating  that  the  necessary  GCARS  II 
COMMAND- DEFINITION  FILES  have  been  loaded. 

The  terminal  will  then  type  four  dots  indicating  it  is  ready  for  a 
new  input  request.   It  is  now  ready  for  the  first  GCARS  II  analysis  request. 
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Submitting  a  GCARS  II  Analysis 

Figure  k   shows  the  terminal  communications  developed  during  the 
submission  of  GCARS  II  analysis  requests. 

An  analysis  request  is  initiated  by  the  user  entering  the  GGARS  II 
USER- DEFINED  COMMAND  "GCARS"  after  the  four  dots  (these  may  be  the  same 
four  dots  found  at  the  bottom  of  Figure  3,  or  another  set).  The  terminal 
will  then  reply  with  'CHOOSE  TEST  AREA  -  NORTH  OR  SOUTH?  " 

To  which  the  user  must  type  (at  present)  either  'NORTH  "or  "SOUTH 'as  shown  in 
Figure  UA.  Figure  hA   reproduces  the  format  of  an  actual  analysis 
performed  on  a  terminal.  It  should  be  noted  that  all  lines  entered  by 
the  user  are  indented  one  column.  The  reader  is  invited  to  follow  through 
Figure  kA   to  see  how  the  information  is  entered. 

NOTE:   (l)  The  listed  origins  and  destinations  are  included  merely 
as  a  convenience.  Any  valid  origin  -  destination  pair 
may  be  requested.  The  code  number  for  any  desired  matrix 
location  can  be  computed  as  follows : 
code  number  =  (Y-l)*NCOL  +  X 
where  X  =  column  coordinate  of  point 
Y  =  row  coordinate  of  point 
NCOL  =  number  of  columns  in  matrix. 
(2)  The  name  requested  at  the  bottom  of  Figure  UA  will  be 
assigned  to  this  request.   It  must  be  unique  at  this 
terminal. 
The  terminal  will  type  out  four  dots  after  the  job  name  has  been 
entered.  This  indicates  that  this  analysis  request  is  completed.  The 
user  normally  would  type  the  SYSTEM  COMMAND  "STATUS"  to  check  on  the 
successful  entry  of  TRNR1  to  the  batch  input  queue,  as  shown  at  the  very 
bottom  of  Figure  UA. 
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Since  TRNR1  is  in  the  input  queue  and  no  other  jobs  sent  from  this 
terminal  are  completed  (because  it  was  the  first  requested  analysis),  the 
user  can  enter  a  second  GCARS  II  analysis  request  (or  perform  any  other 
PROCSY  operation  he  desires).   This  is  shown  in  Figure  Ub.   In  this  case 
the  N'.rth  test  area,  rather  than  the  South,  is  being  analyzed.   Otherwise, 
the  two  analysis  requests  are  performed  in  a  similar  fashion.   This 
second  request  is  called  TRNR2.   (Note  that  each  GGARS  II  request  begins 
with  the  "GGARS"  USER-DEFINED  COMMAND  and  ends  when  a  job  name  is  assigned) 

When  the  "STATUS"  SYSTEM  COMMAND  is  entered,  the  user  now  finds 
that  TRNR1  is  executing  while  TRNR2  is  in  the  input  queue  (see  bottom  of 
Figure  Ub).   Since  no  job  is  yet  ready  to  have  its  output  displayed,  a 
third  job  TRNR3  could  now  be  entered.   (This  GCARS  II  request  is  not 
shown). 
Obtaining  GCARS  II  Output  at  the  Terminal 

Figure  5  shows  how  a  GCARS  II  job  request  output  is  returned  to  the 
terminal  for  display.  The  SYSTEM  COMMAND  "STATUS"  shows  TRNR1  is  in  the 
output  queue.  At  this  point  the  GCARS  II  USER- DEFINED  COMMAND  "PATH"  if 
entered.  In  response  to  the  question  "JOB  NAME?"  the  user  types  in  TRNR1. 
Since  this  job's  output  has  not  been  displayed  before,  the  user  next  types 
in  NEW.  The  terminal  will  then  produce  the  standard  job  output  shown  in 
Figure  6. 

When  all  the  standard  output  has  been  received,  the  terminal  will 
type  four  dots  and  await  the  entry  of  a  new  COMMAND  or  OPERATOR.   Suppose 
the  user  next  types  in  the  "STATUS"  SYSTEM  COMMAND  as  shown  in  Figure  7. 
This  shows  that  TRNR2  is  in  the  output  queue.   It  also  shows  TRNR1  as  a 
"local  file".   This  is  the  reason  for  the  "NEW  or  OLD?"  question  previously. 
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CONTINUE  __FROM__FIGyRE__5 

I       THE  GCARS  SYSTEM      I 

I  PuHout  university  version  I 


SEARCH  AC  T  I  V  I  T  r  •  PREPARATION  OF  THE  UTILITY  SURFACE. 
AREA  HtINC,  ANALYZED  IS  SOUTH 


I  «EIQHT 

I  I 
I  FACTORS  UTILIZED  I 
I                                             I 

I    2.00 

I                                           I 

UAHTriftOHK  COST  FACTORlTREND  MOSAIC)       I 

I    3.00 

I  I 
IRAVEMENl  CUNSTRUCllON  COST  FACTOR         I 

I    1.00 

I  I 
IHIOMT  OF  WAY  ACQUISITION  COST  FACTUM     I 

I    1  .00 

I  I 
ITO*N  POPULATIONS   (SERVICE  FACTUR)        I 

SEARCH  ACT  1  V  I  I  r  -  GENERATION  OF  ALTERNATIVES. 


REPEATED  USE  OF  A  MODIFIED  VERSION  OF  THE  bHITlSH 
ROAD  RESEARCH  LAHORaIORY  MIimIMUM  PATH  ALGORITHM 
GENERATES  AS  MANY  AS  SEVEN  ALTERNATIVES. 


THE  GENERATED  ALTERNATIVES 


I  CHOICE 
I  NUMBER 

PATH  TOTAL 

RELATIVE  PATH 

VALUE 

NUMBEH  OF  I 
LINKS     I 

I      I 

13Z6.6U2 

1.000 

42     1 

I     2 

1366. 79H 

1.030 

44      I 

I     3 

13V4.754 

1.051 

42     I 

I     4 

1424,740 

1.074 

*2     I 

I     5 

1502.436 

1.133 

46       I 

I     6 

1303.624 

1.133 

44      I 

CONTINUE     ON     FIGURE      6B 

FIGURE   6A.   OUTPUT   FOR    TRNR1 


26 
CONTINUE  FROM  FIGURE  6A 

f*AP  OF  GENERATED  ALTERNATIVES. 

6  CHOICES  ARE  SHOWN. 
bACH  IS  LOCATEU  8Y  A  STRING  OF  NOMBERS  WHICH 
CORRESPOND  TO  The  CHOICE  NOMbER. 

1HE  ALTERNATIVES  AWh  DEFINED  ON  A  NETWORK 
HAVING  31  COLOMNS  HY  36  ROWS. 


♦ 111  11-- 

55551544266 
555  441422?  6 
5  4  12  3 
5  4  12 
S  444  1  2 
55111111122 


55! 

5 
5522! 
5  2 


5 
5 
5 
5 

5 

55222 
S  2 

2 

2 
2 
2 
? 
2 
2 
2 
2 
2 
2 
2 
2 
2 
2 
2 


33 


552211 


11222222 

2  4 
2244 

4 

4 

4 

4 

4 

4 

4 

4 

4 

4 

4 

4 

4 

4 

4 

4 

4 

4 

4 

4 

4    3  666 
33333366 
446666 


3 
3 
3 

333 

3 

3 

3 

3 

3 

3 

3 

3 

3 

3 

3 

3 

3 

3 


3333366 

6 

6 
666 
6 

6 
6 

6 
6 
6 
6 
6 
6 
6 
6 
t 
6 
6 
6 


>•••.« 14466- 

♦  ♦♦♦♦♦♦♦♦  +  ♦♦♦♦♦♦♦♦♦♦♦♦♦♦♦♦♦♦♦♦♦ 

CONTINUE      ON     FIGURE     7 

FIGURE     6B.   OUTPUT    FOR     TRNR1    (continued) 
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CONTINUE      FROM     FIGURE    6B 

....  STATUS 

STATUS  AT  10.30.20. 
(TRNR2)  IS  IN  OUTPUT  QUEUE. 
(TRNR3)  IS  IN  INPUT  QUEUE. 

LOCAL  FILES: 

JOBCA 
TRNR1 

....  PATH 

JOB  NAME? 
TRNR2 

NEW  OR  OLD? 
NEW 


OUTPUT    FOR     TRNR2    SHOWN    IN    FIGURE    8A 

AND    8B 

FIGURE     7.    METHOD    OF    ACCESSING    A  SECOND 
JOB. 
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Suppose  the  user  wished  to  obtain  a  second  copy  of  the  output  for  TRNR1. 
This  would  be  accomplished  by  the  following: 

PATH 

JOB  NAME? 

TRNR1 
NEW  OR  OLD? 

OLD 
(A  Second  copy  of  the  TRNR1  output  would  be  produced). 
Figure  8  shows  the  output  obtained  for  TRNR2,  obtained  in  response 
to  the  commands  shown  in  Figure  7. 
Obtaining  GCARS  II  Output  on  the  Printer 

If  the  terminal  user  submits  one  or  more  GCARS  II  analysis  requests 
but  does  not  have  a  chance  to  get  the  answers  displayed  at  his  terminal, 
they  will  automatically  be  diverted  to  the  printer  at  the  termination  of 
PROCSY. 

These  jobs  will  appear  identioal  to  the  standard  output  formats 
obtained  at  the  terminal.  They  can  be  picked  up  at  the  output  window  in 
the  Computer  Science  Center.   The  jobs  may  be  identified  by  adding  the  two 
letter  code  name  of  the  terminal  to  the  five  letter  job  name  assigned  to 
the  job.   For  example: 

The  terminal  is  AV 
The  job  name  is  TRNR1 
The  job  output  will  be  AVTRNR1 
NOTE:   (l)  Any  jobs  whose  output  has  even  partially  been  printed 
at  the  terminal  will  not  be  diverted  to  the  printer  in 
this  way. 
(2)  The  use  of  the  "LOGOFF"  PRIMITIVE  OPERATOR  does  not 
prevent  another  user  at  the  same  terminal,  using  the 
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CONTINUE   FROM  FIGURE  7 


I       THE  GCARS  SYSTEM      I 
I  PURDUE  UNIVERSITY  VERSION  I 


SEARCH  ACTIVITY  -  PREPARATION  OF  THE  UTILITY  SURFACE. 
AREA  BEING  ANALYZED  IS  NORTH 


1  WEIGHT 

1                                             1 

1  FACTORS  UTILIZED  1 
1                                             1 

1    2.00 

1                                             1 

1  EARTHWORK  COST  FACTOR                     1 

1    7.00 

1                                             1 

1  PAVEMENT  CONSTRUCTION  COST  FACTOR        I 

1    it. 00 

1                                             1 

IRIOHT  OF  WAY  ACQUISITION  COST  FACTOR     | 

1    1.00 

1  1 
IO-D  ZONE  TRIP  rNDS  (SERVICE  FACTOR)       I 

1    1.00 

1                                             1 

INOM-nilPL  ICATION  OF  PRESENT  ROAD  NFTWORK  1 

SEARCH  ACTIVITY  -  GENERATION  OF  ALTERNATIVES. 


REPEATED  USE  OF  A  MODIFIED  VERSION  OF  THE  PPITISH 
ROAD  RESEARCH  LABORATORY  MINIMUM  PATH  ALGORITHM 
GENERATES  AS  MANY  AS  SEVEN  ALTERNATIVES. 


THE  GENERATED  ALTERNATIVES 


1  CHOICE 

1  NUMBER 

PATH  TOTAL 

REIATIVF  PATH 
VALUE 

NUMBER  OF  1 
LINKS    1 

1      1 

887. 712 

1.000 

U]      1 

1     2 

91*2  .  152 

1.06] 

111      1 

1     3 

982.362 

1.107 

Ul      1 

1     it 

1011.000 

1.139 

It  3     1 

1     5 

1033.1*  1(6 

1.1EU 

liS      1 

CONTINUE      ON     FIGURE     8B 
FIGURE    8A.  OUTPUT    FOR    TRNR2 
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CONTINUE  FROM  FIGURE  8A 

MAP  OF  GENERATED  ALTtftNATI  ME&. 

5  CHOICES  ARE  SHOWN. 
EACH  IS  LOCATED  BY  A  STRING  OF  NUMBERS  WHICH 
CORRESPOND  TO  THE  CHOICE  NUMBER. 

THE  ALTERNATIVES  ARE  DEFINED  ON  A  NETWORK 
HAVING  25  COLUMNS  BY  33  ROWS. 


+  +  +  +  +  +  +  +  +  +  +  +  +  +  +  +  +  +  +  +  +  +  +  +  +- 
.______________-._-,-._______________________________  + 

+  1  !  + 

♦  I  I  ♦ 

+ 
+ 
♦ 

+ 
+ 
+ 

+ 
+ 
+ 
+ 
+ 
+ 
+ 
+ 
+ 
+ 
+ 
+ 
+ 
+ 
+ 
+ 
+ 
+ 
+ 
+ 
+ 
+  ________________ __ _____________ ___ 

+  +  +  ♦  +  +  +  +  +  ♦♦  +  +  +  +  ♦♦  +  ♦  +  +  ♦♦  +  ♦ 


Ult333333333333333333333333111 

33333  1  255 

kklkk  2212255 

it  3  222  1  5 

33333  222    1  5    1+ 

UU3UU  222      1  5    1+ 

It  3  2       15 

k    3  2        15 

k    3  2        15    1+ 

k    3  2        15    1  + 

U  3  2        15    1+ 

k    3  2        15    1+ 

it  3  2        15    1  + 

UUUU333  2        15 

U    3  222        1  5 

U    3  222  15 

k        3  2  15 

h        3  2  15 

3333333  2  1  5 

2222222222222  22  2222222222222111111111111155 

11111111111111111111111111111      5555555      1+ 

555555555555555555555555555555555  1+ 

♦ 
+ 

+ 
+ 


FIGURE    8B.    OUTPUT    FOR    TRNR2    (continued) 
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"QACCESS"  PRIMITIVE  OPERATOR  or  the  "COLLECT"  SYSTEM  COMMAND 
to  retrieve  any  or  all  of  the  jobs.   If  they  are  retrieved 
in  this  way  they  will  not  appear  on  the  printer.   This  is 
a  present  weakness  in  PROCSY  which  has  not  been  corrected. 
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APPENDIX     A 
LISTING    OF    GCARSH     COMMAND- DEFINITION    FILES 


LOAD 

QO I     LOAD, SUP 

JOB    CM20000/T10,P10 

OIN'CLEAR.  ' 

Q IN' MOUNT (GCARS) ' 

0  IN' ATTACH (GCARSS, GCARS  ) ' 

QIN'REWIND(GCARSS)  ' 

QIN'COPYBR(GCARSS)' 

QIN'AEOR' 

QSE  GCARS 

JOB  CM20000/T10/P10 

OIN'CLEAR. ' 

QIH'MOUMT(GCARS) ' 

QIN'ATTACH(COMPRS,GCARS)  ' 

QIN'REWINfKCOMPRS)  ' 

QIN'COPYBR(COMPRS) ' 

OIN'AEOR' 

QSE    COMPRS 

JOB  CM20000,T10, P10 

OIN'CLEAR.  ' 

OIN'MOUNT(GCARS) ' 

01 N ' ATTACH (NORTH, GCARS)  ' 

OIN 'REWIND ( NORTH) ' 

OIN'COPYBR(NORTH) ' 

OIN'AEOR' 

QSE  NORTH 

JOB    CM?0000,T10/P10 

OIN'CLEAR. ' 

0  IN' MOUNT (GCARS) ' 

QIN' ATTACH  (SOUTH,  C.CARS)  ' 

OIN'REWIND(SOUTH) ' 

OIN'COPYBR(SOUTH) ' 

QIN'AEOR' 

QSE  SOUTH 

JOB  CM20000,T10,P10 

QIN'CLEAR. ' 

QIN'MOUNT(GCARS) ' 

Ql N' ATTACH (ORDES, GCARS) ' 

QIN'REWINO(ORDES)  ' 

QIN'COPYBR(ORDES) ' 

QIN'AEOR' 

QSE  ORDES 

JOB  CM20000,T10,P]0 

QIN'CLEAR. ' 

OIN'MOUNT(GCARS) ' 

QIN 'ATTACH (PATH, GCARS) ' 

OIN'REWINn(PATH) ' 

QIN'COPYBR(PATH) ' 

OIN 'AEOR' 

OSE  PATH 

QAC, GCARS, NO, TP,FO,HR0 

QTM'FILE  GCARS   LOADED' 

QAC, COMPRS, NO, TR,FO,HP0 

OTM'FI LE  COMPRS  LOADED' 

QAC, NORTH, NO, TR,FO,HR0 

OTM'FILF  NORTH   LOAOEO' 

OAC, SOUTH, NO, TR,FO,HP0 

OTM'FILE  SOUTH   LOADED' 

QAC,OROES,NO,TR,F0,HR() 

OTM'FI LE  ORPCS   LOADED' 

QAC, PATH,NO,TR,FO,HR0 

QTM'FILE  PATH    LOADED' 

AEOR 
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GCARS 

JOB  CM520OO/T2OO,P10 

QIN'CLEAR. ' 

OIN'MOUNT(GCARS)' 

QIN'ATTACH(MPATH,GCARS)  ' 

QIN'REWIND(MPATH)' 

QIN'COPYBF(MPATH,MYFILE)' 

QIN'RFWINDfMYFI LF)' 

OTM'CHOOSE  TEST  AREA  -  NORTH  OR  SOUTH? 

OTM'  ' 

PAR 

I  F  F,  IS  P0-, NORTH, LABLOl 

IFE,SP0-, SOUTH, LABL02 

OTM' ILLEGAL  TEST  AREA  fiPO"  ' 

GOTO  EXIT 

LABLOl 

NORTH 

LABL02 

SOUTH 

AEOR 


NORTH 

QTM'NORTH  TEST  AREA' 

OTM'AVAILABLE  FACTORS..' 

OTM'      1.  EARTHWORK  COSTS' 

QTM'      2.  PAVEMENT  CONSTRUCTION  COSTS' 

QTM'      5.  RIGHT  OF  WAY  ACQUISITION  COSTS' 

OTM'      It.  ORG  -  DES  ZONE  POPULATION  TOTALS' 

QTM'      5.  ORG  -  OES  ZONE  POPULATION  DENSITIES' 

QTM'      6.  ORG  -  DES  ZONE  TRIP  ENDS' 

QTM'      7.  NON-DUPLICATION  OF  ROAD  NETWORKS' 

OTM'  ' 

OTM'ENTER  WEIGHTING  PARAMETER  FOR  EACH  FACTOR' 

QTM'PARAMETER  MUST  BE  A  NONZERO  INTEGER' 

OTM'A  CARRIAGE  RETURN  MEANS  FACTOR  WILL  BE  IGNORED' 

OTM'EARTHWORK  COSTS?  ' 

QTM'  ' 

PAR 

IFE,6PO,0,lAPL01 

EXC,0,6 

OTM' PAVEMENT  CONSTRUCTION  COSTS?  ' 

QTM'  ' 

PAR 

IFE,6P0,0,LARL01 

EXC,0,1 

OTM'RIGHT  OF  WAY  ACQUISITION  COSTS?  ' 

OTM'  ' 

PAR 

IFF, 6P0,0, LABLOl 

EXC,0,2 

OTM'O-D  ZONE  POPULATION  TOTALS?  ' 

QTM'  ' 

PAR 

I  FF,  SPO,  0,  LABLOl 

EXC,0,3 

QTM'O-D  ZONE  POPULATION  DENSITIFS?  ' 

OTM'  ' 

PAR 

IFF, 11  P0,0, LABLOl 

EXC,0,l. 

OTM'O-D  ZONE  TRIP  ENDS?  ' 

OTM'  ' 

PAR 

IFE,5P0,0,LAPL01 

EXC,0,5 

QTM'NON-DUPLICATION  OF  ROAD  NETWORKS?  ' 

OTM'  ' 

P^P 


FE, IS  P0,0, LABLOl 
XC',0,6 
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NORTH  (cont'd) 

OIN'ATTACHtNTOPO 
QIN'RFWINOtNTOPO 
QIN'COPYBFfHTOPO 
OIN'ATTACH(NSOIL 
Q|N'REWIND(NSOI L 
QIN'COPYBF(NSOIL 
QIN'ATTACHtNLAND 
QIN'REWINIMNLAND 
QIN'COPYRFtNLAND 
Q IN" ATTACH (NPTOT 
QIN'REWIND(NPTOT 
QIN'COPYBFfNPTOT 
Q IN' ATTACH (NPDEN 
OIN'REV/IND(NPDFN 
QIM'COPYBF<NP0EN 
QIN'ATTACIKNTRIP 
QIN'REWIND(NTRI P 
QIN'COPYBFCNTP.I  P 
QIN'ATTACIKNROAn 
OIN'REV/INrXNROAn 
0IN'COPYPF(NROAn 
QIN,RFTURN(r.CARS 
QIN'RCWIND(TAPE8 
OlN'RFI ,52000. ' 

QIN'AEOR' 

COMPRS,«P0«/BPl«=,6P2",«P5>>,SPI»»,fiP5",6P6»#,,NO 

LARLfll 

OTH  '  I  LLFT.AL  WFIGHTING  PAPAMFTER' 

NORTH 

AEOR 


,CCARS) 

6P0 

)' 

BPO 

,  TAPE  8) 

6P0 

,GCARS) 

BP1 

)' 

SP1 

,  TAPE  8) 

SP1 

,GCARS) 

SP2 

)• 

BP2 

, TAPER) 

EP2 

,CCARS) 

BP3 

)' 

BP3 

,TAPE8) 

6P3 

,OCAPS) 

tPI* 

)' 

tPlj 

,  TAPE 8) 

IPU 

,gcaps) 

tP5 

)• 

fP5 

,TAPE8) 

EP5 

,GCARS) 

5PE 

)' 

SP6 

,TAPE8) 
)  ' 

)  ' 

6PE 

SOUTH 


OTM' 

QTH' 

OTM' 

QTM' 

OTM' 

OTH' 

OTH' 

OTM' 

OTM* 

OTM' 

OTM' 

QTM  ' 

OTM' 

QTM' 

PAP 

IFE, 

EXC, 

OTM* 

OTM' 

PAR 

IFf  , 

EXC, 

OTH' 

OTH' 

PAH 

IFE, 

EXC, 

OTH' 

QTM' 

PAP 

IFE, 

EXC, 

OTH' 

OTM' 

PAP 


SOUTH  TFST  APFA' 
AVAILABLE  FACTORS. . ' 

1.  EARTHWORK  COSTS' 

?.  PAVEMCNT  CONSTRUCTION  COSTS' 

3.  RIGHT  OF  WAY  ACOUISITION  COSTS' 

14.  POPIUATIOM  OF  TOWNS' 

5.  POPIIIATION    OFMSITIES' 

6.  NON-DUPLICATION    OF    ROAO    NETWORKS' 

i 

ENTEP  WEIGHTING  PARAMETER  FOR  EACH  FACTOR' 
PARAMETER  MUST  BE  A  NONZERO  INTEGER' 
A  CARRIAGF  RETURN  MEANS  FACTOR  WILL  BE  IGNORED1 
EARTHWORK  COSTS?  ' 


6PO,0,LARL01 

0,5 

PAVEMENT  CONSTRUCTION  COSTS?  ' 


6P0,0,LABL01 

0,1 

RIGHT  OF  WAY  ACQUISITION  COSTS?  ' 


f)P0,0,LARL01 

0,2 

POPULATION    OF    TOWNS?     ' 


fiP0,0,LABL01 

0,3 

POPIIIATION    DENSITIES?     ' 
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SOUTH  (cont'd) 


IFE,SP0,0,LABL01 

EXC,0,l4 

OTM'NON-DUPLICATION  OF  ROAD  NETWORKS?  ' 

OTM'  ' 

PAR 

ife,5p0,0,labl01 

exc,o,5 

oin'attach(stopo,gcars) '  fpo 

OIN'REWINn(STOPO)'  6P0 

OIN'COPYBF(STOPO,TAPE8) '  IPO 

OIN'ATTACH(SSOIL,r,CARS)  '  EP1 

QIN'REWINDtSSOl L) '  6P1 

OIN'COPYBFCSSOI L.TAPE8) '  tPl 

OIN'ATTACH(SLANR,GCARS)  '  EP2 

OIN'REWIND(SLANP) '  EP2 

QIN'COPYRF(SLAND,TAPE8) '  6P2 

QIN'ATTACH(STOWH,GCAfiS) '  6P3 

QIN'RFWIND(STOWN)  '  6P3 

Q|N'COPYBF(STOUN,TAPE8)'  6P3 

OIN'ATTACH(SPDFN,CCARS) '  6Pi| 

QIN'REWINP(SPPFN)  '  tPlt 

OIN'COPYBF(SPDEN,TAPE8) '  li  Pit 

OIN'ATTACH(SROAO,GCARS)  '  tP5 

OIN'REl'IND(SrOAD)  '  6P5 

0IN'r0PYBF(SR0AD,TAPE8) '  6P5 

QIN'RETURN(OCAPS) ' 

OIN'PFV.'IND(TAPF8)  ' 

OIN'RFL, 52000. ' 

OIN'LOAPtMYFI LF) ' 

GIN'FXFCUTE. ' 

QIN'AEOR' 

COMPrS,f>PO  =  ,fiRl-,  CP2-,  tP3-,fPlt-,6PS-,,,,SO 

LABLO] 

OTM'ILirr.AI.    WFICHTIMG    PARAMETER' 

SOUTH 

AEOR 


CQMPRS 

QIN'RPO. ' 

01  n't  pi. ' 

0IN'SP2.  ' 
01 N*  fi  P3 . ' 
0 1  N  •  »  Pit .  ' 

QIH'fiPS. ' 
0  I  N  '  S P6  .  ' 

oiN'n.o' 

IFE,1SP9  =  ,S0,LAP1 01 

0DI,OPDES,NORTI'E,ENPNOR,SUP 

GOTO    LARL02 

LAPIDI 

0DI,OPDES,SOUTHF,EN0S0U,SUP 

LARL02 

QTM'SEIECT  OR  I  G  I  fl  BY  CODE  NUMBER' 

OTM'  ' 

PAR 

EXC,0,1 

OTM'SFLECT  DESTINATION  RY  CODE  NUMBER' 

OTM'  ' 

PAR 

IFN.fiPO,  8P1.I  AR103 

OTM' ILLEGAL  DESTINATION' 

OTM'SELFCT  DESTINATION  RY  CODF  NUMBER' 

OTM'  ' 

PAP 

IFN,SP0,«P1,LABL03 

GOTO  EXIT 

LABL03 

EXC,0,2 

OTM'FNTFR  THF  NUMBER  OF  ALTERNATIVES  TO  BF  GENERATED' 

OTM'  •• 
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COMPRS  ( cont'd ) 


PAR 

QINHP1  ' 

OIN'6P2' 

QIN'EPO' 

QIN'AEOR' 

OTM'ENTEP    A    UNIOtlE    5    CHARACTER    NAME 

OTM'     ' 

PAR 

OSE    SPO-MPATH 

GOTO    EXIT 

AEOR 


ORDES 


ODI  ORPFS,SUP 

SOUTHERN  TFST  ARFA 

CODE  NUMBER     ORIGIN  OR  DESTINATION 

00019  NORTH  TERMINUS  ROUTE  37 

01097  SOUTH  TERMINUS  ROUTE  37 

0031(2  WEST  TERMINUS  E-W  CORRIDOR 

00U3lt  EAST  TEPMINUS  E-l!  COPPIPOP 

ENDSOUTtl 

NORTHERN  TEST  AREA 

COPE  MUMPER     ORIGIN  OR  DESTINATION 


00277 
00799 
00039 
007P5 
OOUR 
00027 


NORTH  TERMINUS  US  52 
SOUTH  TERMINUS  US  52 
NORTH  TEPMINUS  ROUTE  U3 
SOUTH  TERMINUS  ROUTE  U  3 
EAST  TERMINUS  ROUTE  25 
WEST  TEPMINUS  ROUTE  25 


FNDNORTH 
AEOR 


PATH 


ODI     PATH, SUP 


OTM'JOP  NAME?  ' 

OTM'  ' 

PAR 

EXC,0,1 

OTM'MFW  OR  OLD?  ' 

OTM'  ' 

PAR 

IFE,6P0,OLn,LABL01 

ODF,  BP1*MPATH 

OAC.fiPl-MPATH.MO^R^IRO 

LARL01 

ODI  f.Pl-MPATH,,SUP 

GOTO  EXIT 

AEOR 


